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15 BACKGROUND OF THE INVENTION 

Technical Field of the Invention 
[0002] This invention relates to telecommunication 
systems and, more particularly, to a volume-based system 
and method of monitoring and reporting accounting data in 
20 Internet Protocol (IP) -based telecommunications networks. 
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Description of Related Art 
[0003] Prepaid telecommunication services are well- 
known. However, the emergence of packet data 
communications technology and the provision of packet 
5 data services raises new issues with respect to billing. 
Since data rates can vary greatly, conventional per 
minute charges are not preferred. Rather, charges should 
preferably be based on the volume of data (bytes/ 
kilobytes) transferred to and from a given user engaged 
10 in a packet data session. It is therefore vitally 
important that the volume of data transferred for each 
user be monitored and reported as accurately as possible 
within each session. 

[0004] It is particularly important to maintain an 
15 accurate count of the amount of data transferred to and 

from a Prepaid subscriber. Currently, the implementation 
of a prepaid solution for CDMA 2 000 packet core networks 
is being investigated. The prepaid solution will 
introduce a prepaid service to CDMA 2 0 00 users based on 
20 the volume of data transferred between each user and the 

IP network. However, existing procedures are unable to 
accurately report the amount of data transferred to and 
from mobile users during a handoff procedure, and are 
designed to report usage on the basis of the timed length 
25 of each call rather than the volume of data transferred. 
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[0005] The protocol utilized today to report 
accounting data from service nodes such as Packet Data 
Service Nodes iPDSNs) to accounting servers such as 
Authorization, Authentication, and Accounting (AAA) 
5 servers, is the RADIUS protocol. The RADIUS protocol 

utilizes Accounting-Request Interim messages today for 
interim accounting updates* These interim accounting 
updates are based on elapsed time rather than volume of 
data transferred, and provide cumulative information for 
10 the entire accounting session to the AAA Server. Thus, 
existing procedures are unable to properly control a 
Prepaid service that is based on the volume of data 
transferred in the case where a user exceeds his allotted 
volume . 

15 [0006] Currently, with the RADIUS protocol, the 

Ac counting -Request Interim messages are intermittently 
sent from the client PDSN to the AAA Server based on the 
value of an Accounting- Interim- Interval attribute 
returned from the AAA Server in a RADIUS Access -Accept 

2 0 message at the time of authentication. The time interval 
may also be set locally in the PDSN, and the interval 
returned from the AAA Server is then ignored. Obviously, 
the time interval only provides a way to perform 
accounting updates based on elapsed time. In addition, 

25 the AAA Server currently does not send a response to the 

PDSN in reply to these interim messages . The AAA Server 



3 



PATENT APPLICATION 
DOCKET # 1000-0223 



only sends an Accounting-Response message to the PDSN in 
reply to an Accounting Request Start or Stop message. 
Therefore the Accounting-Request Interim messages are 
unidirectional from the PDSN to the AAA Server with 
regard to accounting. This is unacceptable for proper 
control of a Prepaid data session (i.e., to terminate the 
session when predetermined criteria are met) . 
[0007] The first revision of IS-835 introduced the 
concept of an accounting stop record trigger. An 
accounting stop record trigger is used to close an 
accounting session with an Accounting Stop message when 
the accounting record exceeds a configurable threshold 
size, or at any other threshold that an implementation 
dictates. If the applicable data session is continuing 
in the same PDSN, the Accounting Stop message is 
immediately followed by an Accounting Start message which 
begins another accounting session. The two accounting 
sessions are then correlated with a Correlation- ID. 
[0008] For mobile users being handed off from an old 
(serving) PDSN to a new (target) PDSN, additional 
complexity is added to the accounting procedure. A 
proposal has been made to increase the speed at which 
handoff of a Mobile Station (MS) occurs between two PDSNs 
during Mobile IPv4 sessions. In the proposed fast 
handoff procedure, the MS is permitted to resume sending 
and receiving data before it has completed all of the 
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necessary establishment procedures in the new PDSN. In 
the concept of Mobile IP, the MS maintains its IP address 
so it is always reachable, even if located in a different 
PDSN. Therefore, a tunnel is established between the old 
PDSN and the new PDSN, and any data packet destined for 
the MS during the handoff procedure is sent through the 
tunnel until the MS has successfully registered in the 
new PDSN, and the tunnel is torn down. 

[0009] During the handoff, a release procedure from 
the radio access network dictates the release of all the 
connections to the MS from the old PDSN, and therefore 
dictates the closing of the accounting multi-session by 
sending a final Accounting Stop message from the old PDSN 
to the AAA Server. The new PDSN starts a new accounting 
session when several criteria are met: the MS sends a 
Mobile IP registration message, the MS is authenticated 
by the new PDSN, and the MS successfully registers with 
the Home Agent (HA) . The new accounting session can be 
correlated with the old accounting session, but there is 
no way to account for any additional data that may have 
been sent to the MS through the tunnel during the handoff 
procedure. Additional packets may continue to be 
tunneled from the old PDSN to the new PDSN since the MS 
may still not have successfully registered with the HA in 
the new PDSN. Since tunneled traffic for the MS was sent 
or received after the accounting session was terminated 
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in the old PDSN and prior to opening a new accounting 
session in the new PDSN, this traffic is not currently 
accounted for. The volume of data transferred needs to 
be considered for accounting purposes. For Prepaid users 
5 it is particularly important to maintain accurate 

accounting data in relation to their volume usage since 
this is the basis on which they are charged, and 
additional volume is purchased. 

[0010] In order to overcome the disadvantage of 
10 existing solutions, it would be advantageous to have a 

system and method of monitoring and reporting accounting 
data in IP-based telecommunications networks that is 
based on volume, and accurately tracks the amount of data 
transferred during the handoff of an MS. The present 
15 invention provides such a system and method. 

SUMMARY OF THE INVENTION 

[0011] In one aspect, the present invention is a 
system for monitoring and reporting a volume of data 

2 0 transferred between an end user and a data network during 

a data session. The system includes a Network Access 
Server (NAS) that provides the end user with access to 
the data network, and an accounting server in 
communication with the NAS that maintains accounting 

25 records for the network. The accounting server may 

include a Prepaid Server (PPS) function that maintains an 
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account balance for the end user comprising a volume of 
data that the end user is authorized to transfer. The 
PPS function may also be implemented as a separate node 
in communication with the accounting server. During 
5 setup of the data session, the PPS function informs the 
accounting server of a predetermined volume of data that 
the end user may transfer during the session. The NAS 
monitors the volume of data transferred between the end 
user and the data network during the data session, and 

10 sends interim accounting messages to the accounting 

server. Each interim accounting message reports the 
cumulative volume of data transferred during the data 
session prior to sending the interim accounting message. 
The accounting server receives the interim accounting 

15 messages from the NAS, determines when the predetermined 
volume of data has been transferred, and notifies the PPS 
function that the predetermined volume of data has been 
transferred. The PPS function notifies the accounting 
server when the account balance for the end user goes 

2 0 below a threshold volume of data, and the accounting 
server then notifies the NAS that the data session should 
be terminated. 

[0012] In another aspect, the present invention is a 
method of monitoring and reporting a volume of data 
25 transferred between an end user and a data network having 
a NAS , and an accounting server in communication with the 
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NAS . The accounting server may include a PPS function. 
The method includes the steps of maintaining by the PPS 
function, an account balance for the end user comprising 
a volume of data that the end user is authorized to 
5 transfer; providing the end user with access to the data 

network through the NAS; and sending an access accept 
message from the PPS function to the accounting server 
during setup of the data session, the access accept 
message indicating a predetermined volume of data that 

10 the end user may transfer during the data session. The 

NAS then monitors the volume of data transferred between 
the end user and the data network during the data 
session, and sends interim accounting messages to the 
accounting server reporting the cumulative volume of data 

15 transferred during the data session prior to sending the 

interim accounting message. The PPS function is then 
notified by the accounting server that the predetermined 
volume of data has been transferred. This is followed by 
notifying the accounting server by the PPS function, that 

2 0 the account balance for the end user has gone below a 

threshold volume of data; and notifying the NAS by the 
accounting server, that the data session should be 
terminated. Alternatively, a new predetermined volume of 
data may be returned to the NAS. The NAS monitors this 

25 predetermined volume until it expires, or the user 
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terminates the session. The NAS reports the usage to the 
accounting server and, in turn, the PPS function. 
[0013] In yet another aspect, the present invention is 
a method of monitoring and reporting a volume of data 
5 transferred between a mobile station (MS) and a data 
network during a handoff procedure in which the MS is 
handed off from a first Packet Data Service Node (PDSN-1) 
CI to a second Packet Data Service Node (PDSN-2) during a 

l}\ data session. The method includes the steps of 

5f 10 establishing the data session through PDSN-1; sending a 

|f! handoff request from PDSN-2 to PDSN-1; and stopping by 

fjl PDSN-1, a first accounting session between PDSN-1 and an 

^ accounting server. This is followed by establishing a 

m data tunnel, such as a Point-to-Point Protocol (PPP) 

15 connection, between PDSN-1 and PDSN-2; passing data from 

CJ PDSN-1 through the data tunnel to the MS during the 

" handoff procedure, and monitoring by PDSN-1 the volume of 

data being passed through the tunnel. When the handoff 
procedure is completed, PDSN-2 requests that the tunnel 
20 be torn down. This is followed by sending from PDSN-1 to 
PDSN-2, an indication of the volume of data that was 
passed through the tunnel during the handoff procedure; 
starting by PDSN-2, a second accounting session between 
PDSN-2 and the accounting server; and sending from PDSN-2 
25 to the accounting server, the indication of the volume of 
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data that was passed through the tunnel during the 
handoff procedure. 

[0014] In still yet another aspect, the present 
invention is a system for monitoring and reporting a 
5 volume of data transferred between an MS and a data 

network during a handoff procedure in which the MS is 
handed off from a first PDSN (PDSN-1) in which the 
session is established, to a second PDSN (PDSN-2) which 
sends a handoff request to PDSN-1 during a data session. 

10 The system includes an accounting server in the data 
network that monitors a series of accounting sessions 
during the data session; and an accounting stop mechanism 
within PDSN-1 that stops a first accounting session 
between PDSN-1 and the accounting server when PDSN-1 

15 receives the handoff request from PDSN-2. The system 

also includes a tunneling setup mechanism that 
establishes a data tunnel between PDSN-1 and PDSN-2, and 
passes data from PDSN-1 through the data tunnel to the MS 
during the handoff procedure. A tunnel tear-down 

2 0 mechanism tears down the tunnel when requested by PDSN-2, 

as the handoff procedure is completed. The system also 
includes a data monitoring mechanism within PDSN-1 that 
monitors the volume of data passed through the tunnel, 
and sends from PDSN-1 to PDSN-2, an indication of the 

25 volume of data that was passed through the tunnel during 

the handoff procedure. An accounting start mechanism in 
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PDSN-2 starts a second accounting session between PDSN-2 
and the accounting server when the indication of the 
volume of data that was passed through the tunnel is 
received from PDSN-1. Finally, the system includes an 
5 accounting communication mechanism in PDSN-2 that sends 

from PDSN-2 to the accounting server, the indication of 
the volume of data that was passed through the tunnel 
during the handoff procedure. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 

[0015] The invention will be better understood and its 
numerous objects and advantages will become more apparent 
to those skilled in the art by reference to the following 
drawings, in conjunction with the accompanying 

15 specification, in which: 

[0016] FIG. 1 is a signaling diagram illustrating the 
flow of messages between access and accounting nodes and 
an IP network when implementing a method of accounting 
based on the expiry of a predetermined volume of data 

20 transferred utilizing the stop record trigger; and 

[0017] FIG. 2 is a signaling diagram illustrating the 
flow of messages between access and accounting nodes and 
an IP network when accurately accounting for data 
transferred during an inter-PDSN handoff of a mobile 

25 station. 
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[0018] In order to implement a solution that charges 
a Prepaid subscriber based on volume, in addition to 
performing cumulative updates based on time intervals, it 
is necessary to control and monitor the volume of data 
transferred for each user as accurately as possible. 
(The volume transferred can be both to or from the 
network) . There are a number of ways to implement a 
trigger for sending accounting data to the AAA Server 
based on volume usage: 

• Set an interim volume locally in the PDSN. An 
accounting message is triggered when the user 
consumes a data volume equal to the interim volume. 
Accounting data is sent from the PDSN to the AAA 
Server in an Interim accounting message, and no 
reply message is returned from the AAA Server. 

• Set the interim volume in the AAA Server, and 
return the interim volume to the PDSN in the RADIUS 
Access -Accept message at authentication. An Interim 
accounting message is triggered when the user 
consumes a data volume equal to the interim volume. 
Accounting data is sent from the PDSN to the AAA 
Server in an Interim accounting message, and no 
reply message is returned from the AAA Server. 
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[0019] An alternate method to these described above is 
to return from the AAA Server in the Access -Accept 
message, a first attribute indicating the maximum volume 
of data permitted for the user, and a second attribute 
5 indicating a threshold volume that signifies a trigger 

point for the sending of an Accounting Stop message. 
These new attributes are also introduced in the 
Accounting Response message, which is sent from the AAA 
Server to the PDSN in reply to an Accounting Stop, or 

10 Accounting Start message. 

[0020] Functionality for a Prepaid Server (PPS) may be 
implemented within the AAA Server to form a node referred 
to herein as an "accounting server" , or in a separate 
node in communication with the AAA Server. The PPS keeps 

15 track of the volume of data that the Prepaid subscriber 

has available in his account, and controls the session to 
ensure that the subscriber does not exceed the volume of 
data available . The PDSN then monitors the volume of 
data handled for the Prepaid subscriber in a particular 

20 packet data session, and when the volume threshold is 
reached, the PDSN sends an Accounting Stop message to the 
AAA Server. The AAA Server or PPS replies to the 
Accounting Stop message with an Accounting Response 
message. The Accounting Response message contains a new 

25 maximum volume allowed for the subscriber (taking into 

account the volume already utilized) , and a new threshold 
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volume at which a subsequent Accounting Stop message is 
to be triggered. 

[0021] This process may be repeated until the Prepaid 
subscriber exhausts his account, or purchases additional 
volume. If the subscriber purchases additional volume, 
this mechanism provides the PDSN with an opportunity to 
report the volume of data used, and to be updated with 
the new volume in the subscriber's account balance. 
[0022] The present invention provides a mechanism to 
trigger a message from the PPS to the Prepaid subscriber 
to warn the subscriber of a possible exhaustion of credit 
or account balance and the need to purchase additional 
units. Additionally, it provides a mechanism to provide 
the most up to date account balance to the PDSN which is 
monitoring the subscriber's balance during the ongoing 
session. It also provides a method for implementing a 
stop record trigger for CDMA 2000 based on volume used. 
[0023] FIG. 1 is a signaling diagram illustrating the 
flow of messages between access and accounting nodes and 
an IP network when implementing a method of accounting 
based on the expiry of a predetermined volume of data 
transferred utilizing the stop record trigger. A 
terminal such as an MS 11 utilized by a Prepaid 
subscriber uses a Network Access Server (NAS) such as a 
PDSN 12 to access the IP network or Internet 13. An AAA 
Server 14 performs authorization, authentication, and 
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accounting services. Functionality for a Prepaid Server 
(PPS) 15 may be implemented within the AAA Server to form 
an Accounting Server 18, or in a separate node in 
communication with the AAA Server. The PPS includes a 
5 Protocol Server 16 and an Account 17 for the Prepaid 

subscriber. The PPS keeps track of the volume of data 
that the Prepaid subscriber has available in his Account, 
and controls the session to ensure that the subscriber 
does not exceed the volume of data available. 

10 [0024] At 21, the MS 11 sends a Connection Request 

message to the PDSN 12. At 22, the PDSN sends an Access 
Request message to the AAA Server 14 which performs an 
authentication of the MS at 23. Upon positively 
authenticating the MS, the AAA Server forwards the Access 

15 Request message at 24 to the PPS 15. The PPS performs an 

authorization process at 25, determining the Prepaid 
attributes for the Prepaid subscriber. The Prepaid 
attributes are then returned to the AAA Server in an 
Access Accept message 26. At 27, the AAA Server then 

20 sends an Access Accept message to the PDSN 12, and 

includes a first attribute indicating the maximum volume 
of data permitted for the user (Max. Volume U V"), and a 
second attribute indicating a threshold volume (Min. 
Volume u v") that signifies a trigger point for the 

25 sending of an Accounting Stop message. 
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[0025] At 28, the PDSN 12 sends an Accounting Request 
Start message to the AAA Server 14, and the AAA Server 
forwards the message to the PPS 15 at 29. The PPS 
responds to the AAA Server with an Accounting Response 
5 message 31, and includes the Prepaid attributes. The AAA 

Server forwards the Accounting Response message to the 
PDSN at 32, indicating the maximum volume "V" permitted 
for the user, and the threshold volume (Min. Volume V) 
signifying the trigger point for the sending of an 

10 Accounting Stop message. The PDSN then makes a 

Connection 33 between the MS 11 and the IP Network or 
Internet 13, and the session begins. Periodically, 
Accounting Interim messages 34 and 35 may be sent from 
the PDSN to the AAA Server reporting, at time interval 

15 w t", the volume of data utilized since the start of the 

accounting session. The time interval may be determined 
locally in the PDSN or may be returned to the PDSN from 
the AAA Server in the Access Accept message 27. At 36, 
the PDSN sends an Accounting Request Stop message to the 

20 AAA Server when the PDSN calculates that the volume of 

data transferred in the session (V-v) has reduced the 
amount of data available in the Prepaid subscriber's 
Account to the threshold volume (v) . The AAA Server, in 
turn, sends the Accounting Request Stop message to the 

25 PPS at 37 which performs an additional authorization 

process at 38. 
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[0026] At this point, the PPS 15 may send a message to 
the Prepaid subscriber warning the subscriber of a 
possible exhaustion of credit or account balance and the 
need to purchase additional units. The subscriber may 
purchase additional volume, or the PPS may merely 
calculate a new maximum volume W W" allowed for the 
subscriber (taking into account the volume already 
utilized) , and a new threshold volume w w" at which a 
subsequent Accounting Stop message is to be triggered. 
These volumes are returned to the AAA Server 14 as 
Prepaid attributes in an Accounting Response message 39, 
and the AAA Server forwards the attributes to the PDSN 12 
in an Accounting Response message 41. 

[0027] The PDSN then begins a new accounting session 
by sending an Accounting Request Start message 42 to the 
AAA Server 14, and the AAA Server forwards the message to 
the PPS 15 at 43. The PPS responds to the AAA Server 
with an Accounting Response message 44, and the AAA 
Server forwards the Accounting Response message to the 
PDSN at 45. At 46, an Accounting Interim message may be 
sent from the PDSN to the AAA Server reporting at time 
interval "t" , the volume of data utilized since the start 
of the accounting session. At 47, the PDSN sends an 
Accounting Request Stop message to the AAA Server when 
the PDSN calculates that the volume of data transferred 
in the session (W-w) has reduced the amount of data 
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available in the Prepaid subscriber's Account to the new 
threshold volume (w) . The AAA Server, in turn, sends the 
Accounting Request Stop message to the PPS at 4 8 which 
performs an additional authorization process at 49. 
5 [0028] As a result of the authorization process at 49, 

the PPS may determine that the Prepaid subscriber has 
utilized all of his available volume, and his Account 17 
is now depleted. In this case, the PPS sends an 
Accounting Response message 51 to the AAA Server 14 and 

10 includes Prepaid attributes indicating that the Prepaid 

subscriber's Account is depleted. At 52, the AAA Server 
sends an Accounting Response message to the PDSN 12 with 
a Termination Indicator indicating that the session 
should be terminated. The PDSN then ends the Connection 

15 at 53. 

[0029] This framework for accounting reporting based 
on volume to satisfy a Prepaid solution for packet data 
may also be applicable to other packet data networks 
where access is made via a Network Access Server (NAS) 

20 and an AAA Server exists in the network architecture. 

The Prepaid functionality may be contained in the AAA 
Server or in another node functioning as a PPS. This 
framework can be supported by other protocols, and is not 
restricted to the RADIUS protocol. 

25 [0030] During a handoff of a Prepaid mobile 

subscriber, it is important that the balance of volume 
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remaining in the Prepaid subscriber's account continue to 
be accurately monitored and reported. This is especially 
a concern when the handoff is an inter- PDSN handoff. In 
this situation, a tunnel is established to connect the 
5 two implicated PDSNs for the carrying of packets during 

the handoff procedure. It is possible that packets may 
be communicated by the old PDSN through the tunnel after 
the accounting session is terminated in the old PDSN but 
l}\ before the accounting session in the new PDSN is 

fi 10 established. In order to ensure accuracy of the Prepaid 

O account balance, this volume of tunneled data must be 

m monitored and reported. 

ff 1 [0031] The prior art conventionally sets up an A10 

C| connection following an access specific layer 2 handoff 

?? 15 (CDMA 2000, 3GPP2/IS2001 Specifications). This 

111 contributes a significant delay. To address this 

p~ concern, and hence reduce the delay level, a proposed 

fast handoff procedure sets up the A10 connection earlier 
in the handoff process and preferably before the issuance 
2 0 of the handoff command from the old (serving) PDSN. More 

particularly, the pre-setup of the A10 connection is 
accomplished after the target Base Station Controller 
(BSC) responds to the PDSN handoff request with an A9- 
Setup-A8 message. Pre-setup of the A10 connection 
2 5 provides the new (target) PDSN with the address of the 
old PDSN. The new PDSN then makes a handoff solicitation 
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to the old PDSN. Responsive thereto, the old PDSN 
provides all the security, mobility, and PPP context 
information relating to the subscriber. 

[0032] Transfer of the PPP context information 
5 obviates the need to renegotiate the PPP link at the new 

PDSN following handoff and minimizes delay of link layer 
establishment. The address of the new PDSN is provided 
to the old PDSN in connection with the A9-AL disconnect 
to stop packet transmission to the old BSC in the radio 

10 access network, and this address is used to establish a 

path to tunnel the packets to the new PDSN. Following 
mobile station handoff, an A9-AL connect message is 
provided to trigger the resumption of packet data 
transmission using the PDSN-to-PDSN tunnel. 

15 [0033] An issue of importance in the handoff scenario 

revolves around the timing of the Accounting Stop message 
transmission by the old PDSN. Before the new PDSN sends 
an Accounting Start message, it requests that the tunnel 
be torn down. According to the present invention, the 

2 0 old PDSN responds by sending to the new PDSN, volume 
counter information representing the amount of data 
tunneled during the handoff process. The old PDSN may 
then generate an Accounting Stop message. This tunneled 
volume information is then included by the new PDSN in a 

2 5 new accounting attribute contained in the Accounting 
Start message sent to the AAA Server. The new accounting 



20 



PATENT APPLICATION 
DOCKET # 1000-0223 



attribute indicates "prepaid volume due to mobility" or 
"data tunneled during handof f " and the address of the old 
PDSN. The address of the old PDSN is included in case 
events need to be correlated for auditing purposes. The 
AAA Server or PPS may also use the address of the old 
PDSN to match it with the PDSN address of the last 
Accounting Stop message for verification purposes. 
[0034] Prior to sending the Accounting Response 
message from the AAA Server to the client PDSN, the AAA 
server or PPS may update the Prepaid subscriber's account 
balance by deducting the data tunneled during handoff 
from the account balance. This information is also used 
to calculate the maximum volume of data the Prepaid 
subscriber is permitted to communicate, and the threshold 
volume of data that signifies the trigger point for the 
sending of an additional Accounting Stop message by the 
PDSN. New attributes are included in the Accounting 
Response message to carry this information to the PDSN. 
[0035] FIG. 2 is a signaling diagram illustrating the 
flow of messages between access and accounting nodes and 
an IP network when accurately accounting for data 
transferred during an inter-PDSN handoff of a mobile 
station. The MS 11, Internet 13, AAA Server 14, PPS 15, 
and Accounting Server 18 are as shown and described in 
FIG. 1. A Source Base Station Controller (BSC) 61 and a 
Source Packet Control Function (PCF) 62 are associated 
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with a Source PDSN-1 63. Likewise, a Target BSC 64 and 
a Target PCF 65 are associated with a Target PDSN-2 66. 
[0036] At the beginning of FIG. 2, the MS 11 is 
engaged in a packet data session via the Internet 13 . A 
5 connection 67 is established between the MS, the Source 
PCF 62, and the Source PDSN-1 63. At 68, it is 
determined that an inter- PDSN handoff is required 
because, for example, the MS moves from the service area 
of PDSN-1 into the service area of the Target PDSN-2 66. 

10 The Target PCF 65 then sends an All Registration Request 
message 69 to PDSN-2. At 71, a handoff solicitation is 
initiated by PDSN-2 toward PDSN-1 which results in the 
establishment of a Point-to-Point Protocol (PPP) 
connection at 72. PDSN-2 then sends an All Registration 

15 Reply 73 to the Target PCF. At this point, the 

connection 67 between the MS, the Source PCF, and PDSN-1 
is enhanced by delivering data to both the Source PCF and 
the Target PCF. As shown at 74, a connection is 
established between PDSN-1 and PDSN-2, and at 75, a 

20 connection is established between PDSN-2 and the Target 

PCF. 

[0037] At successful completion of the handoff, the 
Target PCF 65 indicates this to the Target PDSN-2 66 in 
an All Registration Request message 76. The Target PDSN- 
25 2 , in turn, forwards this indication at 77 to the Source 

PDSN-1 63. While PDSN-1 retains the connection to the 



22 



PATENT APPLICATION 
DOCKET # 1000-0223 



Internet at 78, data is del ivered to the MS 11 via. the PP 
connection 79 between PDSN-1 and PDSN-2, via the 
connection 81 between PDSN-2 and the Target PCF 65, and 
via the connection 82 between the Target PCF and the MS. 
5 [0038] An Accounting Request Stop message 83 is then 

sent from the Source PDSN-1 63 to the AAA Server 14. At 
84, the AAA Server forwards the Accounting Request Stop 
message to the PPS 15 where it is indicated at step 85 
that the session has terminated in PDSN-1. At 86, the 
10 PPS sends an Accounting Response message to the AAA 
Server which forwards the Accounting Response message to 
PDSN-1 at 87. 

[0039] At step 88, the session goes dormant. The PP 
connection between PDSN-1 and PDSN-2 is released by 

15 sending a PP Release Request message 89 from PDSN-2 to 
PDSN-1. At 91, a PP Release Request Reply message is 
sent from PDSN-1 to PDSN-2 with accounting information 
relating to the volume of data transferred over the PP 
connection during the handoff procedure (i.e., mobility 

2 0 volume) . The Target PCF 65 then sends an All 

Registration Request message 92 to PDSN-2, and PDSN-2 
sends an Access Request message 93 to the AAA Server. 
PDSN-2 thus becomes the serving PDSN. At 94, the AAA 
Server 14 performs an authentication of the MS. Upon 

25 positively authenticating the MS, the AAA Server forwards 
the Access Request message at 95 to the PPS 15. The PPS 
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performs an authorization process at 96, determining the 
Prepaid attributes for the Prepaid subscriber. The 
Prepaid attributes are then returned to the AAA Server in 
an Access Accept message 97. At 98, the AAA Server then 
5 sends an Access Accept message to PDSN-2, and includes 

the Prepaid attributes. As described above, the 
attributes may include a first attribute indicating the 
maximum volume of data permitted for the user (Max. 
Volume V), and a second attribute indicating a 
10 threshold volume (Min. Volume "v") that signifies a 
trigger point for the sending of an Accounting Stop 
message . 

[0040] The Target PDSN-2 66 then sends a Mobile IP 
Registration message 99 to a Home Agent (HA) 101 which 

15 returns an Acknowledgment message 102. The PDSN-2 then 
sends an Accounting Request Start message 103 to the AAA 
Server 14 which forwards the Start message to the PPS 15 
at 104. The Accounting Request Start message includes 
the volume of data transferred during the handoff 

20 procedure (i.e., mobility volume), as reported in the PP 
Release Request Reply message at step 91. At step 105, 
the PPS performs an Authorization procedure to determine 
whether the end user is still authorized to proceed with 
the session after the mobility volume is accounted for. 

25 An Accounting Response message 106 is then returned to 
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the AAA Server which forwards the Accounting Response 
message to PDSN-2 at 107. 

[0041] Although the new accounting attributes are 
described herein as being added to RADIUS messages, other 
5 protocols could also be used as long as the data is 

passed between the PDSN and a local accounting memory or 
a node that collects accounting data. The PPS can then 
be notified that an additional amount of data was 
tunneled to the MS during the time that it took to 

10 perform the handoff. 

[0042] It is thus believed that the operation and 
construction of the present invention will be apparent 
from the foregoing description. While the method, 
apparatus and system shown and described has been 

15 characterized as being preferred, it will be readily 

apparent that various changes and modifications could be 
made therein without departing from the scope of the 
invention as defined in the following claims. 
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